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1.0  INTRODUCTION  r 

In  this  document,  a scenario  is  described  for  the  Operational  Decision 
Aids  (ODA)  Program.  This  scenario  is  designed  to  demonstrate  the  ODA 

"alerting  capability"  currently  under  development  by  the  University  of  , 

Pennsylvania.  The  operational  scenario  is  also  designed  to  be  compatible 
with  the  current  ONRODA  Warfare  situation  described  in  References  1 and  2. 

The  alerting  capability  enables  the  user  of  the  ODA  data  base  to 
specify  a set  of  criteria.  As  changes  to  the  data  base  occur,  the  Data  Base 
Management  System  (DBMS)  compares  the  changes  to  the  criteria.  If  any  one 
of  the  criteria  is  satisfied  the  ODA  DBMS  automatically  alerts  the  user  to 
this  event. 

Appendix  B describes  the  automated  program  that  provides  fixed 
updates  to  the  ODA  data  base  and  supports  the  alert  capability  scenario 
described  below. 


2.0  ALERT  CRITERIA  I 

1 

A set  of  alert  criteria  for  use  in  this  scenario  is  specified  in  Table  \ 

1.  The  impact  of  these  alert  criteria  upon  the  ODA  data  base  is  minimal. 

Details  are  provided  in  the  next  section.  * 


3.0  IMPACT  OF  THE  ALERTING  CRITERIA  UPON  THE  DATA  BASE 

Criteria  A-C  do  not  directly  impact  the  data  base.  They  do,  however, 
establish  a requirement  for  implementing  the  Equipment  CASREP  File  and  the 
Ship  Status  File  (Reference  3). 

Criterion  D,  parts  (i)  and  (iii),  can  be  implemented  by  specifying  a 
series  of  alert  conditions.  For  example,  suppose  that  high  r erest  targets 
are  specified  as  platforms  with  any  of  the  characteristics  gi  :en  by  Table  2. 

Then  a sample  alert  specification  for  D(i)  is,  "Specify  alert  for  contact 
report  with  NAME  - DODRY."  After  the  first  alert,  this  condition  must  be 
deactivated.  Note  that  the  element  "EMITTER"  is  a new  element  that  is 
required  for  the  contact  report  by  this  operational  scenario.  The  impact  of  v > 

the  scenario  on  the  data  base  is  given  in  the  next  section.  , 

Criterion  D(ii)  is  somewhat  more  complicated  because  it  does  not 
directly  involve  changing  a data  base  parameter.  This  criterion  requires 
additional  software  by  personnel  at  the  University  of  Pennsylvania  before 
it  can  be  implemented.  However,  it  is  expected  that  the  capability  to 
implement  criteria  D(ii)  will  soon  be  available  (Reference  4). 

Criterion  E requires  a new  element,  DEFCON,  to  be  added  to  the  data 
base.  Criterion  F has  no  impact. 

(Additionally,  all  the  Alerts  criteria  require  the  addition  of  a new 
element  DTG,  which  will  contain  the  date-time  group  corresponding  to  the 
current  state  of  the  data  base. 

It  N 
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4.0  IMPACT  OF  THE  SCENARIO  UPON  THE  DATA  BASE 


The  scenario  impacts  the  data  base  in  four  ways.  Two  changes  to  the 
Track  File  are  required,  and  two  elements  must  be  added  to  the  data  base. 

The  first  effect  is  the  need  to  add  an  element  called  "EMITTER"  to  the 
contact  report  (see  Figure  1).  Also  added  to  the  Track  File  are  parameters 
for  specifying  accuracy  (i.e.,  error  ellipse)  of  the  contact  report.  These 
parameters  are  as  follows: 

SMAJ  - semi -major  axis  measured  in  nm. 

SMIN  - semi -mi nor  axis  measured  in  nm. 

ANGL  - the  angle  in  degrees  measured  clockwise  from 
North  to  the  direction  of  the  semi-major  axis 

Note  that  two  track  file  parameters,  REPORT  UNIT  and  ASSG  UNIT,  are  not 
used  in  this  scenario. 

As  mentioned  above,  the  data  base  is  also  affected  by  the  additional 
parameter  DEFCON.  This  parameter  stands  for  "Defense  Condition"  and  takes 
on  values  1 to  4 corresponding,  respectively,  to  peacetime,  crisis,  limited 
conflict,  and  general  conflict. 

The  new  element  DTG  will  maintain  the  current  system  date-time  group 
in  the  following  format:  YYMMDDHHMM. 


5.0  GENERAL  DESCRIPTION  OF  THE  SCENARIO 

5.1  Scenario  Guidelines 


As  indicated  in  the  Introduction,  this  scenario  is  designed  to  be 
compatible  with  the  ONRODA  Warfare  Situation  described  in  References 
1 and  2.  Positioning  for  an  air  blockade  (see  Reference  2,  pages  8-13) 
involves  placing  one  blue  task  force,  TF1,  about  300  nm  from  ONRODA  and 
about  100  nm  from  Industrial  City,  as  shown  in  Figure  2.  The  other  blue 
task  force,  TF2,  is  positioned  about  100  nm  west  of  TF1. 

The  blockade  plans  also  indicate  that  two  guided  missile  ships  from  TF1 
should  be  positioned  about  100  nm  east  of  TF1  and  about  50  nm  south  of 
Industrial  City.  One  guided  missile  ship  is  deployed  to  this  position.  The 
reason  for  this  deployment  is  included  in  the  following  section. 

It  is  indicated  in  Reference  1,  page  26,  that  there  is  a red  presence 
about  150  nm  south  of  ONRODA. 

As  an  additional  guideline,  only  ships  listed  in  the  Ship  File  resident 
at  the  University  of  Pennsylvania  are  used  to  this  scenario. 

5.2  Scenario  Description 

This  scenario  presents  information  available  to  the  "CINC  BLUE  NAV 
ONRODA,"  the  Commander-in-Chief  of  blue  naval  forces  in  the  ONRODA  vicinity. 
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The  scenario  begins  just  before  midnight  of  February  13,  specifically  at 
7702132345.  Figure  3 illustrates  the  track  information  for  the  ONRODA  area 
that  is  available  to  the  blue  commander  at  this  time.*  The  composition  of 
the  blue  task  forces  is  specified  in  Table  3. 

Note  that  the  PRIMORYE,  denoted  by  PRIM  in  the  figure,  is  a red  intel- 
ligence gathering  ship.  This  type  of  ship  is  generally  deployed  off  a 
blue  or  grey  shore.  At  the  time  specified  in  Figure  3,  TF2  is  not  yet  in 
the  ONRODA  area,  but  it  is  headed  that  way,  having  replenished  at  MID  OCEAN 
Island. 

During  the  following  day,  there  is  considerable  activity  among  both 
blue  and  red  forces  in  the  ONRODA  area.  Figure  4 shows  the  activity  during 
the  24  hour  period  ending  at  7702142345.  The  alerts  generated  during  this 
period  are  given  in  Table  4.  The  large  number  of  alerts  due  to  "lost" 
contacts  on  red  ships  indicates  that  red  is  under  a high  EMCON  condition. 
Two  primary  changes  in  the  scenario  are  the  presence  of  an  additional 
red  surface  ship  south  of  ONRODA  and  the  movement  of  the  BESSMENY  (labelled 
BESS  in  the  figure).  The  reported  position  of  the  BESSMENY  is,  however, 
quite  inaccurate  (see  the  Track  File,  Appendix  A).  Therefore  it  is  not  yet 
possible  to  form  conclusions  about  red  actions.  At  midnight,  TF2  is  still 
about  120  nm  west  of  the  ONRODA  area. 


The  day  of  February  15  is  one  of  even  more  activity.  The  description 
of  events  is  divided  for  convenience  of  description  into  two  parts: 
before  1700  hours  and  between  1700  and  2100  hours  (current  scenario  time). 

With  reference  to  Figure  5,  the  earlier  part  of  February  15  is  marked  by 
the  arrival  of  TF2  in  the  ONRODA  area,  the  movements  of  the  BESSMENY  and  the 
DODRY,  and  the  detection  of  an  unidentified  high-speed  aircraft  near  Yellow 
City.  A list  of  alerts  during  this  period  is  given  in  Table  5.  Most  signifi- 
cant of  these  is  the  change  in  DEFCON  from  4 (Increised  Readiness),  to  3 
(Increased  Intelligence  Watch).  Also  significant  is  the  detection  of  an 
unknown  aircraft  at  1655  hours.  The  other  alert  conditions  advise  of  old 
tracks;  i.e.,  tracks  for  which  no  update  has  been  made  for  4 hours. 

The  final  four  hours  of  this  scenario  are  marked  by  intensifying  crisis. 
Following  the  detection  of  an  unknown  aricraft  at  1655  hours,  the  weather 
changes  for  the  worse  with  heavy  rain  beginning  at  1730  hours.  As  a result, 
loss  of  the  track  on  the  aircraft  occurs.  On  the  positive  side,  the  RIM-24 
weapon  system  aboard  the  CHICAGO  regains  full  operational  capability  at 
1745  hours.  At  1900  hours  an  alert  is  generated  that  no  contact  reports  on 
the  ST0YNY  have  been  received  for  4 hours.  At  1930,  an  alert  indicates  that 
the  fuel  reserve  level  of  the  COCHRANE  has  dropped  to  60%.  Thus,  a need  to 
review  the  underway  replenishment  plan  for  TF1  is  implied.  At  2020  hours 
an  unknown  submarine  is  detected  by  the  FOSTER.  This  detection  is  followed 
by  a malfunction  in  the  FOSTER'S  sonar.  The  status  of  this  sonar  drops 
from  Cl  to  C3.  A SLIM  NET  radar  is  detected  south  of  ONRODA  Island  at  2055 
hours.  It  is  not  known  whether  this  represents  an  additional  red  ship  in 
that  area.  A list  of  these  alerts  is  provided  in  Table  6. 


*The  symbology  used  in  Figures  3-6  is  defined  in  Figure  3. 


The  track  movement  during  this  4-hour  period  is  given  in  Figure  6. 
This  completes  the  scenario  discussion. 
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Table  1.  Criteria  for  Generating  Alerts 


r 

i 

I 

l 
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i 

A.  Change  in  status  of  sensor  systems 

B.  Change  in  status  of  primary  weapon  systems 

C.  Fuel  reserve  of  own  ships  falling  below  60%  of  capacity 

D.  Sightings  of  designated  high-interest  targets 

(i)  First  time  a high-interest  target  is  sighted 

(ii)  For  surface  ships  and  submarines,  the  absence  of 
additional  sightings  of  a previously  sighted, 
high-interest  vessel  for  four  hours 

(iii)  High-speed  aircraft  (unknown  or  hostile) 

E.  Changes  in  DEFCON  condition 

F.  Significant  changes  in  the  weather 


■v 


Table  3.  Composition  of  Task  Forces 


TASK  FORCE 

SHIPS 

1 

CV-59 

Cochran 

Chicago 

Spruance 

Truett 

Holt 

2 

CV-63 

Foster 

Gridley 

Oklahoma  City 

Garci  a 

Roark 

T 


DTG 

i 

7702140330 

| 

7702140340 
7702140500 
7702140340 
7702141240 


Table  4.  Alerts  Generated  on  February  14 


REASON  FOR  ALERT 

No  contact  report  on  the  DODRY  for  4 hours. 

No  contact  report  on  the  BESSMENY  for  4 hours. 

No  contact  report  on  the  STOYNY  for  4 hours. 

First  contact  report  on  the  SEVASTOPOL. 

No  contact  report  on  the  SEVASTOPOL  for  4 hours 

No  contact  report  on  the  PRIMORYE  for  4 hours. 


7702141600 


Table  5.  Alerts  Generated  Between  770215000  and  7702151700 


DIG 

REASON  FOR  ALERT  

7702150200 

No  contact  report  on  the  STOYNY  for  4 hours. 

7702150335 

No  contact  report  on  the  SEVASTOPOL  for  4 hours. 

7702150340 

No  contact  report  on  the  BESSMENY  for  4 hours. 

7702150620 

No  contact  report  on  the  PRIMORYE  for  4 hours. 

7702150900 

No  contact  report  on  the  STOYNY  for  4 hours. 

7702151210 

No  contact  report  on  the  SEVASTOPOL  for  4 hours. 

7702151220 

No  contact  report  on  the  PRIMORYE  for  4 hours. 

7702151415 

No  contact  report  on  the  DODRY  for  4 hours. 

7702151630 

No  contact  report  on  the  SEVASTOPOL  for  4 hours. 

7702151645 

Change  from  DEFCON  4 to  DEFCON  3. 

7702151655 

Unknown  high-speed  aircraft  headed  toward  fleet. 
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Table  6.  Alerts  Generated  Between  7702151700  and  7702152100 


I 

1 

1 

I 

i 


DTG 

REASON  FOR  ALERT 

7702151730 

Change  in  weather  to  heavy  rain. 

77 02151745 

Change  in  status  of  the  RIM-24  weapon  system  from  C2  to  Cl 
for  the  CHICAGO. 

1 

7702151900 

No  contact  with  ST0YNY  for  4 hours. 

7702151930 

60%  Fuel  Reserve  Level  for  the  Cochrane. 

7702152020 

i 

Unknown  submarine  detected. 

7702152030 

Change  in  status  of  sonar  from  Cl  to  C3  for  the  FOSTER. 

; 7702152055 

Hostile  surface  ship  detected. 

Track  Movement  in  the  ONKODA  Area 
Between  7702132345  and  7702142345 


Track  Movement  in  the  OiWuDA  Area 
Between  7702T51700  and  7702T 521  GO 


<v< 
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APPENDIX  B 

UPDONR  Program 
(Update  the  ONR  Data  Base) 


1.0  FUNCTIONAL  DESCRIPTION  OF  THE  UPDONR  (UPDATE  THE  ONR  DATA  BASE)  PROGRAM 

The  UPDONR  program  is  a means  of  applying  several  fixed  types  of  updates 
to  the  ODA  data  base.  A data  base  update  in  this  context  refers  to  a fixed 
sequence  of  DBMS  calls  resulting  in  some  change  in  the  data  stored  in  the 
data  base.  The  execution  of  each  such  sequence  utilizes  some  fixed  data 
values,  and  some  variable  values  dependent  on  the  particular  change  being 
made.  In  UPDONR,  the  user  specifies  the  update  tvpe  he  wishes  to  execute 
(thus  identifying  a unique  sequence  of  DBMS  calls)  followed  by  the  values 
of  the  variable  data  fields.  The  UPDONR  program  inserts  the  values  speci- 
fied by  the  user  into  the  DBMS  call  sequence  and  performs  the  update. 

The  initial  implementation  of  UPDONR  includes  six  different  update 
types  (ATRACK,  ACNTCT,  DEFCON,  WEATHR,  FUEL,  and  EQUPCR) , described  below. 
Using  these  six  update  types,  all  events  described  in  the  scenario  in 
this  document  can  be  specified. 

UPDONR  reads  commands  from  a disk  file  the  name  of  which  is  specified 
by  the  user  at  run  time.  UPDONR  reads  the  update  commands  one  at  a time, 
validates  command  names  and  data  values,  prints  out  error  messages  if  any 
errors  are  found,  and  executes  the  data  base  update  if  the  update  command 
was  correct. 

Included  in  this  implementation  of  UPDONR  is  a file  named  UPDONR.DAT, 
containing  all  events  comprising  the  scenario  in  the  format  accepted  by 
UPDONR.  The  events  have  been  arranged  in  chronological  order.  In  order 
to  allow  repeated  execution  of  the  scenario  events,  a file  named  INIT.DAT 
is  included.  INIT.DAT  is  an  indirect  command  file  for  DBLOOK,  an  on-line 
SEED  data  base  access  program.  Executing  INIT.DAT  will  initialize  the  data 
base  in  preparation  for  the  scenario  events.  Thus  prior  to  applying  the 
scenario  updates  to  the  data  base,  the  data  base  must  always  be  initialized 
by  executing  DBLOOK  with  INIT.DAT  as  an  indirect  command  file. 

The  UPDONR  program  has  been  specifically  designed  to  allow  easy 
addition  of  new  update  types.  To  add  a new  update  type,  the  user  must  specify 
the  update  type  name,  the  number  and  type  of  data  fields  included  in  the 
update  command,  and  finally  the  sequence  of  DBMS  calls  required  to  execute 
the  specified  update  type.  The  data  field  specification  includes  the  data 
type  of  the  field  (fixed,  alphanumeric,  or  real),  field  length,  and  whether 
or  not  the  field  is  optional.  The  parser  included  in  UPDONR  will  parse 
each  received  command  line  in  accordance  with  the  data  value  specification 
in  the  table  and  convert  all  received  values  to  data  base  internal  format. 

The  detailed  procedure  for  adding  new  update  types  to  the  UPDONR  program  is 
described  below. 

2.0  EXECUTING  THE  PROGRAM 


Prior  to  updating  the  data  base  with  UPDONR,  the  user  should  initialize 
the  data  base.  File  INIT.DAT  is  an  indirect  command  file  for  DBLOOK  to 
perform  that  function.  Note  that  INIT.DAT  initializes  the  data  base  in 
preparation  for  a specific  set  of  update  transactions. 

When  executing  UPDONR,  the  user  must  select  one  of  the  following 
options: 


2.1 


H - HELP 


Selecting  this  option  will  cause  the  program  to  print  out  a list  of 
data  base  update  formats  acceptable  to  UPDONR. 

2.2  U - UPDATA  DB 

When  this  option  is  selected,  the  program  will  request  the  name  of  the 
update  file  from  the  user  and  then  apply  the  updates  contained  in  the  file 
to  the  data  base,  notifying  the  user  of  any  errors. 

2.3  P - UPDATE  AND  PAUSE 


This  option  performs  the  same  function  as  the  previous  one  except 
that  under  this  option  the  program  will  pause  prior  to  applying  each 
update,  allowing  the  user  to  perform  other  actions  (such  as  ALERTS 
package  tests)  prior  to  applying  the  next  data  base  update. 

2.4  E - EXIT 


The  user  selects  this  option  to  exit  the  program. 

3.0  UPDONR  UPDATE  TYPES 


An  UPDONR  command  line  consists  of  an  update  type  name  followed  by 
data  fields  associated  with  this  update  type,  separated  by  slashes.  Each 
command  resides  on  a separate  line  and  occupies  a single  line. 

UPDONR  currently  processes  six  types  of  data  base  updates.  The 
following  describes  in  detail  the  format  of  each  type  of  update  command  and 
the  data  base  changes  performed  as  the  result  of  executing  each  command. 

3.1  ATRACK 


Field  1 - Alphanumeric  (2  characters);  Required;  Flag 
Field  2 - Numeric;  Required;  Track  Number 
Field  3 - Alphanumeric  (20  characters);  Required;  Track  Name 
Field  4 - Numeric;  Required;  Force  Type 

ATRACK  adds  a track  record  to  the  data  base  and  links  it  to  the 
track  group  record  with  a flag  field  matching  the  flag  specified  in  the 
command  line. 


3.2  ACNTCT 


Field  1 
Field  2 
Field  3 
Field  4 
Field  5 
Field  6 
Field  7 
Field  8 
Field  9 
Field  10 
Field  11 


Numeric;  Required;  Track  Number 
Numeric;  Optional;  Course  (degrees) 

Numeric;  Optional;  Speed  (knots) 

Numeric;  Optional;  Altitude  (feet) 

Alphanumeric  (7  characters);  Required;  Latitude 
Alphanumeric  (8  characters);  Required;  Longitude 
Alphanumeric  (10  characters);  Required;  DTG 
Numeric;  Optional;  Semi-major  Axis 
Numeric;  Optional;  Semi-minor  Axis 
Numeric;  Optional;  Angle  of  Orientation 
Alphanumeric  (30  characters);  Optional;  Emitter 
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ACNTCT  adds  the  specified  contact  report  record  to  the  data  base  track 
whose  number  is  specified  in  the  command.  It  also  changes  the  DTG  record 
to  the  value  specified  in  the  command. 

3.3  DEFCON 

Field  1 - Alphanumeric  (10  characters);  Required;  DTG 
Field  2 - Numeric;  Required;  DEFCON 

The  DEFCON  command  updates  the  data  base  DEFCON  and  DTG  records  to 
values  specified  in  the  command. 

3.4  WEATHR 

Field  1 - Alphanumeric  (10  characters);  Required;  DTG 

Field  2 - Alphanumeric  (2  characters);  Required;  Precipitation  Type 

Field  3 - Real;  Required;  Precipitation  Rate 

WEATHR  updates  the  data  base  DTG  record  and  creates  a new  weather  record 
for  the  ONRODA  ISLAND  area.  The  weather  record  created  is  identical  to  the 
latest  existing  weather  record  except  for  DTG  and  precipitation  type  and 
rate  fields,  which  are  taken  from  the  command  line. 

3.5  FUEL 

Field  1 - Alphanumeric  (10  characters);  Required;  DTG 

Field  2 - Alphanumeric  (30  characters);  Required;  Ship  Name 

Field  3 - Numeric;  Required;  Percent  Fuel  Aboard 

FUEL  updates  the  data  base  DTG  record  and  creates  a new  ship  status 

record  for  the  specified  ship.  The  ship  status  record  created  is  identical 

to  the  latest  existing  ship  status  record  for  the  specified  ship  except 
for  DTG  and  fuel  aboard  fields  which  are  taken  from  the  command  line. 

3.6  EQUPCR 

Field  1 - Alphanumeric  (10  characters);  Required;  DTG 

Field  2 - Alphanumeric  (30  characters);  Required;  Ship  Name 

Field  3 - Alphanumeric  (30  characters);  Required;  Equipment  Designator 

Field  4 - Alphanumeric  (1  character);  Required;  Equipment  Readiness 

EQUPCR  updates  the  data  base  DTG  record;  finds  the  hull  number 
corresponding  to  the  specified  ship  name;  creates  an  equipment  casualty 
report  record  for  the  specified  ship  and  equipment;  and  links  the  newly 
created  record  to  the  ship  record  it  refers  to. 

4.0  FILES  COMPRISING  THE  UPDONR  PROGRAM 

The  UPDONR  program  consists  of  the  following  source  files: 

1.  UPDONR.DOC  - UPDONR  program  documentation 

2.  INIT.DAT  - File  of  DBLOOK  commands  to  initialize  the  data  base 


for  the  ALERTS  package  tests 


I 
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[ 

I 
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3.  UPDONR.DAT  - File  of  data  base  updates  in  support  of  the  ALERTS  I 

package  tests  (see  Section  6.0) 

4.  CMNDAT.CMN  - FORTRAN  common  block  description 

5.  UPD0NR.F0R  - Main  program  whose  function  is  to  interact  with  the 
user,  read  in  data  base  updates,  call  a subroutine  to  parse 
update  lines,  and  call  the  appropriate  subroutine  to  perform 
the  requested  data  base  update 

6.  PARSE. FR1  - PARSE  subroutine  name 

7.  PARSE. FOR  - Subroutine  to  parse  each  line,  identify  its  type, 
and  extract,  check  and  decode  all  fields 

8.  PRLIN.FR1  - PRLIN  subroutine  name 

9.  PRLIN. FOR  - Subroutine  to  print  an  update  line  - 

10.  ATRACK.FR1  - ATRACK  subroutine  name 

11.  ATRACK. FOR  - Subroutine  to  add  a new  track  record  to  the  data  base 

12.  ACNTCT.FR1  - ACNTCT  subroutine  name 

13.  ACNTCT. FOR  - Subroutine  to  add  a new  contact  record  to  the  data 
base 

14.  DEFCON. FR1  - DEFCON  subroutine  name 

15.  DEFCON. FOR  - Subroutine  to  change  DEFCON 

16.  WEATHR.FR1  - WEATHR  subroutine  name 

17.  WEATHR. FOR  - Subroutine  to  change  weather  in  0NR0DA  area 

18.  FUEL.FR1  - FUEL  subroutine  name 

19.  FUEL. FOR  - Subroutine  to  change  fuel  reserve  on  ship 

20.  EQUPCR.FR1  - EQUPCR  subroutine  name 

21.  EQUPCR. FOR  - Subroutine  to  create  an  equipment  casualty 
report  record 

22.  UPD0NR.CMD  - Command  file  to  compile  and  link  UPDONR 
5.0  ALTERING  THE  UPDONR  PROGRAM 

The  UPDONR  program  has  been  written  to  allow  for  easy  addition  of  new 
types  of  updates.  In  order  to  implement  new  types  of  updates  in  the  future, 
it  may  also  be  necessary  to  expand  some  of  the  tables  included  in  the  program. 

The  following  describes  the  procedures  for  adding  new  types  of  updates  when 
no  table  expansion  is  required  as  well  as  the  procedures  for  expanding  the 
program's  tables. 
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5.1 


Adding  a New  Type  of  Update  (No  Table  Expansion) 


A.  In  UPDONR. FOR  change  the  value  of  LTYPTB 

B.  In  UPDONR. FOR  change  the  velue  of  FTYPTB 

C.  In  UPDONR. FOR  add  new  line  to  the  HELP  message 

D.  In  UPDONR. FOR  add  a call  to  new  subroutine  to  process  the  update 

E.  Write  a new  subroutine  to  perform  the  data  base  update 

The  subroutine  should  assume  that  the  data  base  is  already  open,  and  all 
fields  from  the  update  line  are  extracted,  reformatted  and  contained  in 
the  array  LINFLD.  The  fields  are  decoded  and  ready  to  transfer  directly 
to  the  data  base  item  fields.  The  subroutine  should  print  out  its  own 
error  messages  and  reset  ERRSTA  to  0. 


5.2  Expanding  Tables  to  Allow  More  Types  of  Updates 

A.  In  CMNDAT.CMN  change  second  dimension  of  LTYPTB 

B.  In  CMNDAT.CMN  change  second  dimension  of  FTYPTB 

C.  In  UPDONR. FOR  change  the  value  of  MXLTYP 

D.  In  UPDONR. FOR  change  the  value  of  LTYPTB 

E.  In  UPDONR. FOR  change  the  value  of  FTYPTB 

5.3  Expanding  Tables  to  Allow  Longer  Input  Lines 

A.  In  CMNDAT.CMN  change  the  dimension  of  LINDAT 

B.  In  UPDONR. FOR  change  the  value  of  MXLLEN 


5.4  Changing  Maximum  Length  of  Line  Name 


A.  In  CMNDAT.CMN  change  the  first  dimension  of  LTYPTB 

B.  In  UPDONR. FOR  change  the  value  of  LTYPTB 

C.  In  UPDONR. FOR  change  the  value  of  MXPLNM 

D.  In  UPDONR. FOR  change  the  value  of  MXULNM 

5.5  Expanding  Tables  to  Allow  More  Fields  per  Line 

A.  In  CMNDAT.CMN  change  the  dimension  of  FLDBEG 

B.  In  CMNDAT.CMN  change  the  dimension  of  FLDEND 

C.  In  CMNDAT.CMN  change  the  dimension  of  FLDLEN 

D.  In  CMNDAT.CMN  change  the  second  dimension  of  LINFLD  and  RFLD 

E.  In  CMNDAT.CMN  change  the  first  dimension  of  FTYPTB 

F.  In  UPDONR. FOR  change  the  value  of  MXFLDS 

G.  In  UPDONR. FOR  change  the  value  of  FTYPTB 

5.6  Expanding  Tables  to  Increase  Maximum  Data  Field  Length 


A. 

B. 

C. 

D. 

E. 


In  CMNDAT.CMN  change 
In  CMNDAT.CMN  change 
In  CMNDAT.CMN  change 
In  UPDONR. FOR  change 
In  UPDONR. FOR  change 


the  dimension  of  UFLD 

the  dimension  of  PFLD 

the  first  dimension  of  LINFLD  and  RFLD 

the  value  of  MXPFLN 

the  value  of  MXUFLN 
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6.0  CURRENT  FILE  OF  DATA  BASE  UPDATES  TO  SUPPORT  ALERT  CAPABILITY  TEST 


I 

) 


ATRACK /RE /4/F 2SSPENY/7 

ACNTCT/4////21-30N/26-3C  E/7702  1 1 1S33/10/1C 
ATRACK/RE/10/EOLRY/7 

AC  NT  CT  /l  3////33-40N/26-402/,7732111b30/10/10 
ACNTCT/10/300/1  0 // 3 3-25N/23 -192/7702  121933/.  2/50 
ATRAC K/EL/1 /FOSTER  FF/9 
ACNTCT /1////35-50N /5-20  F/77 22133122 
AT  BACK /BL/7/C V63/9 

ACNTCT/7////35-5J  N/C-22  2/770213010? 

AC  NT  CT/4/293/3//32-3  0N/24-0  0 2/770,2130430/40/4. 
ACNTCT/10/L  3/4  //33-27.N  /24 -00  2/77321 33603/5/5 
AT  RACK /HI /3/FR I V0R Y E/7 

ACNTCT/3/ ///39 -33 N/23- 23 2/7732131 133/2/2 
AT  E A C K /c  L/5 / C V 5 9/9 

ACNTCT /5/// /38-33N/19-30  2/7702 131 53  ? 

ACNTCT  / l 3/270///33-26N/23-53E/770. 213161 5 /10  / 13 

AT  RACK /RE/3 /S TOY NY /7 

AC.NT  CT/9/ ///33-55N  /23-3 1 S/772  2 131 9E9 

ATRACK/BL/6/C0CHRAN2/7 

AC  NTCT/6////33-30<\7l9  - 032/77021320  30 

ACNTCT /1 0/26/4 //34-33N /24-Z0  2/7702132330/40/23/45 

ACNTCT/4//6/ /34-33  N/24-3  02/77021 32 3 4 3/4  2/22/45 

AC  NT  CT /E/3? 5/4 //3c -33 N/ 18-30  2/7722143 C 20 

ACNTCT/9/ ///33-53N/23-30  F/77  021-J 21 33 

ACNTCT/10/141 /3//33-E3N /24 -20 2/773 214 37 5 0/52/43/ 125 

ACNTCT/4// / /34-00N/24- 32 S/77S 21 4060C/60/43/1 35 

ATRACK /RD/Q /SEVASTOPOL/? 

A.  C NT  CT/E////33-50  N/22-45  2/770214  3842 

AC  NT CT/9////33-50N/24-1 32/7 722143850 

AC  NT  CT /I /// /36-4  5N / 1 £-23  2/770214 1 1 30 

A C.NTCT/7/75/11//37-00N/ 12-20  2/77321 4 1130 

A CNTCT/3/95/2//39-40N/23-4  3 E/773214 120.0/2/2 

AC  NT CT/5/45/3//39-33N/1 9-00  E/773214 1203 

AC  NT  CT /5/ 45/4 //3£ -13N /l 9—30 2/770214  1215 

ACNTCT/S////34-22N723-052/7702 142230 

ACNTCT /S////34-20N/23-13Z/7732I42335 

AC  NT  CT /4/45/10//36-15N/25-2 5 S/770 214234 3/73/43/45 

ACNTCT /5/S0/5/ /39-3ZN/20-03 2/77021500  30 

ACNTCT/6/93/15//39-20N/22-0  3F./7732150113 

A CNTCT/3/ 11 0/3 //39-23N/24- l 52/770 21 50223/2/2 

ACNTCT/3////34-23N/23-33 2/7732 150502 

ACNTCT /9////35-0EN/23-00E/7702150P10 

AC  NT CT/3/73/4//39-25N/24-35 2/7702 153620/ 5/5 

AC  NT CT/10/339/8//37-1 3 V/23-252/770  21 51 31 5/33/25/95 

AC  NT CT/1////38-20N/18-22 2/7702151 200 

AC  NT CT/7/89/15//38-40N/16-20 2/77321 5 1200 

ACNTCT/9/ // /34-00N/22-552/7702151233 

ACNTCT/3/270/7//39-25N/24-002/770 2151220/2/2 

AC  NT CT/9////34 -4 0f7 23 -232/7702151 500 

ACNTCT /3/ 27 P/23//3 9- 25N/ 23 -4 02/7 732151530/13/13 

ACNTCT/4/293/13//3h-33N/22-322/770?151553/5/5 

A C NT CT/1 3/308/ 15//38-33N/22 -30 2/770 21 51 550/5/5 


I 
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EEFCCN/7 702151645/3 

AC NTCT/S/50/5//33-10N/23-00 2/77021 51650 
AT  RACE /NC/23/  /2 

ACNTCT /?'7/2£3e/420/3ee0  3/?7-00N/23-00  S/77021  51 

, r a 7 up  /77 .•*;  i - i ot"  /p  v / 1 ’ 

SC  UP  C R /77  3?  1 5 1 74  5 / C H I C AG  C/R  I "I-  24  / 1 
ACNTCT/S////34-42N/23-23 2/7702151805 
ACN1  CT/4/274  /20//3R-33N/21  -4  5 5 /77021 51 820/2/2 
NTCT /10/270/20//3!  — 8 N/21 -4 05/778 21 £1820/2/ 
ACNTCT  /3/270/4//3P-25N/23-325/7702151848 
ATHACK/rL/12/L0*’RT/9 
ACNTCT '12////39-2£N/24-45E/77021 51340 
AT  RACK /BL/13 /V I E G EON /9 
ACM  CT /13////4 3-28 .V/ 23-2 03/7782151643 
F l'  E L / 7 ^ 2 2 1 5 1 9 7 0 / C 0 C H R A N E / 6 0 
ATRACK /N0/2/UNK/S 

ACM  Cl  /2////37-0PN/20-2ZS/770215202Z/10/2/16Z- 

A C NT CT /1/45/10/ /38~20 N / 1 9-4 0 E/770 2152830/1/1 

ECUr  CR/7702 1 52030/FOST  SR  PF/SONAR/3 

ACM  CT  /2/27  ?/l  //39-25N  /23 -3 £ E/77 021 52055/2/2 

ACNTCT/6/30V1//33-20N/23-103/77P215Z255 

ATRACE/NC/ll/UNK/7 

ACNTCT /1 1 // //34-88N /23-/ZE/778 2152855////S L I V. 

AC  NT  CT/5/70/3//39- 15N/21 -10 S/7782152056 

ACM  CT/7//5//33-00N/19-00E/77021 52256 

ACNTCT /1 2 /320 / 1 0/ /39-0 0N /2 1 -22  S/772  21520 55/ 1 / 

ATRACK/BL/15/GR1IL2Y/9 

AC  M CT/1 £ ////33-0Z  N/l 9-1 ZE/77021 52256 

AT  PACK  /5L/1 6 /OKLAHOMA  CITY/9 

A CNTCT /If ////23-28N/lB-£? S/7702152856 

AT RACK/SL/1?/ GAR CIA/3 

ACNrCT/17////73-08N/18-523/7702152056 

AThACE/bL/lB/ROARK/9 

ACNTCT /1R////3P-30N/1 9-1 3E/770 2152056 

ATTACK /3L/1S/CH IC AGO/7 

ACNTCT /19// //33-4C N/21-35E/770 2i 52856 

ATRAC  K/3  L/20/£FR'JANC  S/7 

ACNTCT/23////7B-et ' Nl/2  1-00E/770  21 520  56 

ATRAC; C/3L/21/T  R 'J  E I T / 7 

ACM  CT/21  ////39-lc  N/21-15E/7732157356 

AT  RACK /I L/22/H0LT/7 

ACNTCT /22 ////36-50  N/2 1-20 E/770  21 52255 

ACM  CT  /4 /272/2C //36-3 5N / 80-23 E/7722 15?  100/1/1 
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